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Decentralized  Perimeter  Surveillance  Using  a  Team 

of  UAVs 


Derek  Kingston*  Randal  Beard'  and  Ryan  Holt 


This  paper  poses  the  cooperative  perimeter  surveillance  problem  and  offers  a  de¬ 
centralized  solution  that  accounts  for  perimeter  growth  (expanding  or  contracting)  and 
insertion/deletion  of  team  members.  By  identifying  and  sharing  the  critical  coordination 
information  and  by  exploiting  the  known  communication  topology,  only  a  small  commu¬ 
nication  range  is  required  for  accurate  performance.  Simulation  and  hardware  results 
are  presented  that  demonstrate  the  applicability  of  the  solution. 

I.  Introduction 

Perimeter  surveillance  algorithms  form  the  basis  for  effective  monitoring  in  a  number  of  ap¬ 
plications  including  monitoring  oil  spills,1  contaminant  clouds,2  algae  bloom,3  forest  fires,4,5  and 
border  security.6,7  The  literature  in  this  area  can  roughly  be  decomposed  into  two  main  groups: 
sensor  technology  used  for  perimeter  detection;  and  algorithms  used  to  effectively  gather  data 
along  the  perimeter  effectively. 

Sensors  that  have  been  investigated  for  small  fixed  border  scenarios,  such  as  warehouse  sur¬ 
veillance,  include  cameras,8  ultrasound,9  and  radar.10  In  Ref.  8,  the  authors  discuss  algorithms  that 
use  image  data  from  multiple  cameras  to  determine  a  perimeter  breach.  Peralta9  uses  a  chain  of 
ultrasound  sensors  with  a  simple  detection  scheme  to  identify  border  crossings.  Research  has  also 
been  done  using  existing  airport  radar  equipment  to  identify  when  people  or  vehicles  come  too 
close  to  runways.10  For  spill  monitoring  and  other  dynamic  perimeter  scenarios,  surveillance  ve¬ 
hicles  are  equipped  with  chemical  concentration  sensors,11  infrared  cameras,5  or  standard  optical 
cameras.1 
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Provo,  UT  84602  (email:  beard@ee.byu.edu) 

Ryan  Holt  is  with  MIT  Lincoln  Laboratory,  Lexington,  MA  02421  (email:  rholt@ll.mit.edu) 
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Our  aim  is  to  develop  algorithms  that  operate  on  small  UAVs  which  offer  some  distinct  advan¬ 
tages  over  larger  UAVs.  Small  UAVs  can  be  man  portable  and  hand  launchable,  removing  the  need 
for  traditional  runways  and  allowing  teams  to  be  easily  and  rapidly  deployed  even  in  rough  terrain. 
As  a  relatively  inexpensive  platform,  large  numbers  of  small  UAVs  can  be  deployed  to  increase 
the  rate  at  which  information  is  gathered.  The  use  of  small  UAVs  creates  unique  requirements  for 
the  cooperation  algorithms  that  control  teams  of  such  vehicles.  Algorithms  must  be  robust  to  loss 
of  agents  since  small  UAVs  are  more  susceptible  to  weather  conditions  and  are  more  fragile  than 
larger  UAVs.  The  communication  packages  onboard  small  UAVs  are  often  low-power,  requiring 
that  communication  constraints  be  explicitly  addressed  in  their  cooperation  strategies.  Finally,  the 
computational  burden  should  remain  constant  regardless  of  team  size,  i.e.  the  cooperation  algo¬ 
rithm  should  scale  well  for  large  teams.  Since  a  cooperation  algorithm  that  is  robust,  addresses 
communication  constraints,  and  is  scalable  to  large  teams  will  work  on  both  large  and  small  UAVs, 
we  focus  our  efforts  on  developing  such  an  algorithm. 

We  are  particularly  interested  in  monitoring  borders  that  are  of  unknown  shape  and  size  and 
possibly  changing  in  time  like  those  that  would  be  encountered  in  monitoring  a  forest  lire  or  chem¬ 
ical  spill.  Additionally,  we  do  not  exclude  large  borders  where  communication  range  will  limit  the 
possible  interaction  of  the  team.  We  will  assume  that  UAV  agents  have  the  proper  sensor  suite  to 
detect  changes  in  the  perimeter  and  track  the  edge  of  the  perimeter.  We  will  not  focus  on  the  nec¬ 
essary  sensor  technology  to  do  this,  but  rather  on  the  algorithms  that  will  allow  a  team  of  agents  to 
monitor  a  perimeter  in  a  decentralized  fashion.  Perimeter  surveillance  using  multiple  UAVs  has  the 
advantage  of  operating  in  a  wide  variety  of  situations  like  changing  perimeters  (spill  monitoring, 
forest  fire  surveillance)  or  very  large  perimeters  (border  patrol). 

A  number  of  researchers  have  investigated  similar  problems  of  monitoring/tracking  changing 
perimeters  with  autonomous  vehicles.  The  MDARS  project12  is  a  joint  effort  between  the  Army 
and  Navy  that  networks  multiple  ground  robots  to  cooperatively  monitor  a  fixed  perimeter  near 
critical  storage  facilities.  A  team  of  robots  are  equipped  with  coarse  obstacle  detection  sensors 
and  a  high  precision  narrow  field  of  view  sensor  to  find  and  track  objects  that  have  breached  the 
perimeter.7  The  entire  team  of  vehicles  communicates  to  a  central  location  where  sensor  data  is 
fused  and  waypoint  commands  are  issued.6  Our  work  differs  from  MDARS  in  that  we  do  not 
require  team  agents  to  be  in  constant  communication  with  a  centralized  controller;  rather,  agents 
are  frequently  outside  of  the  communication  range  of  the  other  team  members  and  must  monitor 
the  perimeter  in  a  decentralized  manner.  Information  gathered  by  the  team  is  then  carried  to  a  base 
location  where  the  state  of  the  perimeter  is  displayed  and  human  operators  make  decisions. 

Teams  of  autonomous  underwater  vehicles  have  been  proposed  as  a  way  to  track  algae  bloom 
and  oil  spills.  In  Ref.  13,  Bertozzie  et  al.  present  an  algorithm  for  monitoring  a  perimeter  with 
multiple  vehicles  where  each  is  equipped  with  a  concentration  sensor.  When  the  sensor  detects  the 
presence  of  the  chemical,  the  vehicle  turns  in  one  direction;  in  the  absence  of  chemical  detection, 
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the  vehicle  turns  in  the  opposite  direction.  In  this  way,  an  agent  weaves  around  the  perimeter  of 
the  spill  while  communicating  the  perimeter  crossing  points  to  completely  survey  the  perimeter. 
A  simple  spacing  law  adjusts  the  speed  of  the  vehicles  to  allow  the  team  to  spread  out  along  the 
perimeter.  The  algorithm  has  been  shown  to  work  in  hardware  testbed  experiments  with  virtual 
perimeters.14 

Clark  and  Fierro  propose  a  similar  method  for  oil  spill  perimeter  tracking  using  multiple  vehi¬ 
cles.1  A  fleet  of  vehicles  is  deployed  and  will  search  the  region  and  communicate  to  team  members 
when  the  perimeter  is  located.  Agents  will  approach  the  perimeter  and  begin  to  track  it  in  a  prede¬ 
termined  direction.  Spacing  of  the  vehicles  is  accomplished  by  adjusting  linear  velocity.  Hardware 
experiments  using  a  camera  sensor  on  wheeled  robots  is  shown  to  validate  the  algorithm.  In  both 
this  approach  and  the  one  proposed  by  Bertozzi  et  al., 13  neither  the  efficiency  nor  the  convergence 
of  the  algorithms  are  shown  analytically.  In  addition,  the  problem  of  limited  communication  range 
is  not  addressed. 

Susca,  Martinez  and  Bullo  address  the  issue  of  approximating  a  changing  border  with  a  set 
of  interpolation  points.15  As  the  team  agents  traverse  the  perimeter,  they  update  the  points  that 
describe  the  perimeter  to  best  fit  a  polygon  to  the  shape  of  the  perimeter.  Their  algorithm  is  shown 
to  converge  and  relies  only  on  communication  between  immediate  neighbors. 

In  this  paper,  we  will  present  an  algorithm  for  perimeter  surveillance  that:  (1)  is  completely 
decentralized,  (2)  is  provably  convergent  to  the  optimal  behavior  in  finite-time,  (3)  explicitly  ac¬ 
counts  for  communication  range  limitations,  and  (4)  allows  for  changing  perimeters.  The  primary 
advantages  to  a  decentralized  approach  are  scalability  and  inherent  system  robustness.  Since  agents 
only  make  decisions  based  on  neighbor  interactions,  the  required  communication  bandwidth  and 
computation  is  fixed  irrespective  of  the  total  number  of  agents  on  the  team.  Decentralization  is 
inherently  robust  since  each  agent  makes  decisions  with  its  available  information  without  a  need 
to  receive  directions  from  a  central  location.  This  eliminates  single  points  of  failure  and  allows  a 
system  to  adapt  naturally  to  changes  in  team  size.  Agents  can  be  inserted  and  deleted  from  the  team 
at  any  time  and  the  system  will  adjust  since  each  agent  will  maneuver  to  find  its  new  neighbors. 
This  allows  agents  to  leave  the  team  for  high  priority  tasks,  such  as  following  a  perimeter  breach, 
or  in  case  of  accident  or  refueling. 

In  addition  to  being  fully  decentralized,  our  approach  is  optimal  at  steady-state  and  has  finite¬ 
time  convergence.  Additionally,  our  approach  requires  very  little  communication  bandwidth  and 
accounts  for  UAV  kinematic  constraints.  The  algorithm  is  limited  to  constant  velocity  vehicles 
that  travel  along  the  border  and  due  to  its  decentralized  nature,  any  global  information  that  may 
be  available  is  not  exploited.  For  missions  where  robustness  is  valued  more  than  efficiency,  our 
approach  is  a  natural  fit.  Since  it  guarantees  optimality  in  steady-state  and  finite-time  convergence, 
only  missions  that  have  strict  efficiency  requirements  would  not  be  well- suited  to  the  approach. 

The  perimeter  surveillance  problem  is  posed  in  Sections  II  and  III.  Section  IV  presents  our 
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solution  using  a  coordination  variable16  approach  and  compares  it  to  both  averaging  and  central¬ 
ized  solutions.  The  method  is  extended  to  changing  perimeters  in  Section  V  and  to  account  for 
constrained  UAV  turning  radius  in  Section  VI.  Simulation  and  hardware  results  are  presented  in 
Sections  VII  and  VIII.  Finally,  Section  IX  gives  our  conclusions. 

II.  Problem  Formulation 

The  objective  of  the  cooperative  perimeter  surveillance  problem  is  to  cooperatively  gather  in¬ 
formation  about  the  state  of  the  perimeter  and  to  transmit  that  data  to  a  central  base  station  with 
as  little  delay  and  at  the  highest  rate  possible.  There  are  a  number  of  factors  that  complicate  the 
perimeter  surveillance  problem  including: 

1.  Perimeter  topology 

2.  Communication  constraints 

3.  Team  logistics 

4.  UAV  capability. 

Perimeter  Topology.  A  perimeter  may  be  static,  such  as  a  well-defined  border,  or  changing  in 
time,  such  as  a  chemical  spill  or  forest  fire.  A  perimeter  can  be  composed  of  a  web  of  segments  and 
nodes  that  must  be  monitored,  such  as  a  set  of  city  streets  or  a  network  of  paths  in  the  mountains, 
although  we  do  require  the  graph  representing  the  perimeter  to  be  strongly  connected.  An  area 
surveillance  problem  can  sometimes  be  posed  as  a  perimeter  surveillance  problem  by  constructing 
a  path  that  covers  the  area  using,  for  example,  a  zamboni  pattern,  and  then  monitoring  that  path 
as  a  perimeter.  The  perimeter  location  need  not  be  known  a  priori,  but  when  this  is  the  case  we 
assume  that  the  UAVs  have  the  sensor  capacity  to  detect  and  follow  the  perimeter  autonomously. 

Communication  Constraints.  Small,  inexpensive  UAVs  often  have  limited  communication 
bandwidth  and  short  communication  range.  In  scenarios  where  the  perimeter  is  very  large  or 
terrain  causes  line-of-sight  problems,  agents  may  frequently  be  out  of  communication  range  of  the 
base  station  and  neighboring  UAVs.  Additionally,  the  gathered  data  may  require  significant  time 
to  transmit  when  a  UAV  is  in  communication  range  of  its  neighbors  (e.g.  complete  video  footage). 

Team  Logistics.  UAVs  have  limited  flight  time  and  must  be  periodically  refueled.  In  many 
cases,  a  UAV  may  be  re-tasked  to  investigate  a  perimeter  breach.  Hardware  failures  and  hazardous 
flying  conditions  may  unexpectedly  remove  a  UAV  from  involvement.  A  perimeter  surveillance 
solution  should  be  robust  to  failures  and  allow  for  interruptions  such  as  reassignment  and  refueling. 

UAV  Capability.  The  maneuverability  of  the  UAV  agents  also  effects  the  monitoring  of  a 
perimeter.  We  assume  that  the  UAVs  are  equipped  with  an  autopilot  similar  to  the  one  described 
in  Ref.  17.  The  autopilot  maintains  constant  altitude  and  each  UAV  on  the  team  is  given  a  unique 
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altitude  assignment.  The  autopilot  has  been  tuned  so  that  the  closed-loop  system  exhibits  a  first 
order  response  to  roll  and  airspeed  commands.  Under  these  assumptions,  the  kinematic  equations 
of  motion  for  a  single  UAV  can  be  written  as 


pN  =  V  COS  0  +  Wn 

(1) 

Pe  =  V  sin-0  +  we 

(2) 

0  =  tan  0 

(3) 

V  =  av(Vc  -  V) 

(4) 

0  =  0^(0°  -  0), 

(5) 

where  p  =  (py,  pe)t  is  the  inertial  position  of  the  UAV,  % b,  0,  and  V  are  the  heading,  roll  angle,  and 
airspeed,  g  is  the  gravitational  constant,  w  =  (wn,  we)t  is  the  wind  vector,  and  Vc  and  0C  are  the 
airspeed  and  roll  angle  commands  given  to  the  autopilot.  The  first  order  response  of  the  autopilot 
to  airspeed  and  roll  angle  commands  are  quantified  by  the  parameters  ay  and  a0.  In  addition  to 
these  kinematics,  a  constraint  on  roll  angle  —  0max  <  0  <  0max  is  enforced  to  ensure  the  safety 
of  the  UAV.  The  presence  of  wind  and  the  roll  angle  constraint  impair  the  maneuverability  of  the 
vehicles. 

Developing  a  perimeter  surveillance  algorithm  that  accounts  for  these  complications  and  ef¬ 
ficiently  gathers  data  about  the  perimeter  state  is  not  trivial.  We  reduce  the  general  problem  to 
a  more  manageable,  but  still  applicable,  problem  and  present  the  team  behavior  that  efficiently 
solves  that  problem  in  Section  III.  Section  IV  then  introduces  and  proves  the  convergence  of  an 
algorithm  for  reaching  the  desired  behavior  while  accounting  for  limited  communication  range. 

III.  Linear  Perimeter  Surveillance 

We  reduce  the  general  perimeter  surveillance  problem  of  Section  II  to  the  linear  surveillance 
problem  by  assuming  that  the  perimeter  to  be  monitored  is  homeomorphic  to  a  line  and  can  there¬ 
fore  be  represented  as  a  single  path  between  two  points.  This  assumption  eliminates  perimeters 
that  are  circular  or  that  are  connected  in  a  web-like  structure.  However,  an  arbitrary  connected 
perimeter  can  be  reduced  to  a  linear  perimeter  by  constructing  a  single  tour  that  traverses  all  seg¬ 
ments  of  the  original  perimeter.  In  practice,  a  surveillance  mission  will  have  a  base  of  operations 
where  information  about  the  perimeter  is  analyzed  by  human  operators  and  team  agents  are  refu¬ 
eled  and  relaunched.  Circular  perimeters  can  be  treated  as  linear  perimeters  with  both  endpoints  at 
the  base  of  operations. 

A  linear  perimeter  imposes  a  natural  order  to  the  team  where  each  agent  has  at  most  two  imme¬ 
diate  neighbors  along  the  perimeter.  By  requiring  that  neighbors  physically  meet  to  transmit  infor- 
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mation,  any  size  of  communication  range  is  allowed.  In  practice,  the  sensor  footprint  limitations 
will  require  UAYs  to  physically  meet  their  neighbors  regardless  of  whether  they  can  communicate 
at  larger  distances.  Therefore  we  assume  that  UAVs  must  meet  to  exchange  information.  Agent 
meeting  times  can  be  extended  by  loiter  patterns  to  facilitate  the  transmission  of  large  amounts  of 
data.  Loss  or  reassignment  of  team  agents  are  quickly  noticed  by  the  change  in  the  neighborhood 
of  affected  agents. 

Team  planning  is  accomplished  by  considering  agents  as  point  masses  that  move  at  uniform 
constant  velocity  along  the  perimeter  (see  Figure  1).  Corresponding  UAV  agents  follow  their  refer¬ 
ence  points  along  the  perimeter  as  described  in  Section  VI.  We  assume  that  point  agents  can  reverse 
direction  instantaneously  and  that  they  always  do  so  at  the  end  of  the  perimeter.  Communication 
between  point  agents  is  only  allowed  when  they  are  “touching”,  i.e.  when  they  occupy  the  same 
physical  location.  One  way  to  visualize  the  problem  is  to  imagine  beads  sliding  along  a  wire. 

2  4  6  8 

I - • - •  • - • - • - • - • - • - 1 

x=0  T  3  5  7  x=p 


Figure  1.  Example  scenario  where  8  agents  monitor  a  linear  perimeter. 


The  performance  of  a  particular  monitoring  algorithm  can  be  measured  by  the  latency  associ¬ 
ated  with  information  about  points  along  the  perimeter.  Let  P  be  the  length  of  the  perimeter  and 
let  the  perimeter  be  defined  as  a  line  along  the  x-axis  beginning  at  x  =  0  and  continuing  until 
x  =  P.  Since  we  assume  that  the  point  agents  travel  at  uniform  velocity  V  and  data  transmission 
only  occurs  when  agents  are  in  immediate  physical  proximity,  the  soonest  information  about  point 
xo  is  available  to  a  recipient  at  the  base  of  operations  (x  =  0)  is  in  xq/V  seconds.  The  minimum 
latency  profile  is  obtained  when  an  agent  starts  at  the  far  end  of  the  perimeter  and  travels  to  the 
base  of  operations,  at  which  time  it  transmits  all  the  perimeter  information. 

Note  that  adding  more  agents  cannot  decrease  the  latency  of  the  gathered  information  as  seen 
at  the  base  of  operations  since  information  can  only  travel  as  fast  as  a  single  agent.  However, 
increasing  the  number  of  agents  on  the  team  increases  the  refresh  rate  of  the  perimeter  state. 
Intuitively,  spacing  agents  equally  so  that  the  refresh  rate  is  constant  will  yield  the  most  efficient 
method  for  perimeter  monitoring.  This  configuration  can  be  achieved  by  tasking  each  agent  to 
travel  to  the  end  of  the  perimeter  and  then  monitor  the  entire  perimeter  as  it  returns  to  the  base 
while  launching  agents  at  2P/N  intervals  where  N  is  the  number  of  agents  on  the  team.  As  agents 
monitor  the  perimeter  while  traveling  to  the  base  of  operations  they  pass  agents  traveling  to  the 
end  of  the  perimeter  to  begin  monitoring.  These  meetings  occur  at  equally  spaced  intervals  of 
length  P/N.  Rather  than  have  agents  traverse  the  entire  perimeter  equally  spaced,  each  can  be 
responsible  for  a  segment  of  length  P/N  and  pass  the  information  it  gathers  to  its  neighbors,  thus 
achieving  the  same  overall  latency  profile  and  refresh  rate. 
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Consider  the  behavior  of  a  team  of  four  agents  as  shown  in  Figure  2.  The  agents  are  uniformly 
distributed  along  the  perimeter  (Figure  2(a))  and  each  agent  meets  its  neighbors  at  the  end  of  its 
segments  (Figures  2(b)  and  2(c)).  This  oscillatory  behavior  of  the  agents  requires  that  the  team  be 
synchronized  not  only  in  space  (equally  distributed),  but  also  in  time  (meet  neighbors  at  the  end  of 
segments). 


2  4 

2  4 

2 

4 

T  3 

T  3 

T  3 

(a)  Agents  are  uniformly  spaced 

(b)  Neighbors  meet  and  exchange 

(c)  Perimeter  state  is  carried  to  all 

along  the  perimeter. 

perimeter  state  information. 

points  along  the  perimeter. 

Figure  2.  Information  exchange  pattern  that  allows  information  about  the  state  of  the  perimeter  to  be  available  at  any  point  along  the 
perimeter. 


By  examining  the  behavior  illustrated  in  Figure  2  it  can  be  seen  that  information  gathered  when 
neighbors  meet  travels  to  all  other  locations  along  the  perimeter  in  the  shortest  time  possible.  This 
can  be  seen  by  noting  that  after  two  agents  meet  and  exchange  information,  each  will  take  this 
information  at  speed  V  to  all  other  places  along  their  respective  segments.  This  information  is 
passed  to  their  respective  neighbors  who  carry  it  further  along  the  perimeter,  again  at  speed  V. 
Therefore,  the  information  gathered  when  neighbors  meet  is  carried  to  all  other  points  along  the 
perimeter  at  the  highest  possible  speed. 

Definition  1  (Low-Latency  Exchange  Configuration).  Consider  a  team  of  N  agents  monitoring  a 
linear  perimeter  of  length  P  defined  as  a  line  along  the  x-axis  from  x  =  0  to  x  =  P.  Order  the 
agents  from  the  left  end  of  the  perimeter  as  1 ...  N.  Consider  two  sets  of  team  agent  locations  on 
the  perimeter: 

1.  Agent  i  E  1 ...  N  is  located  at  [i  +  \  {—l)l\P/N 

2.  Agent  i  E  1 ...  N  is  located  at  \  i  —  |(— 1)®J  P/N 

where  |_-J  returns  the  largest  integer  less  than  or  equal  to  its  argument.  The  low-latency  exchange 
configuration  is  the  behavior  realized  by  the  team  when  oscillating  between  these  two  team  loca¬ 
tions  at  speed  V. 

The  difference  between  the  two  sets  of  positions  in  Definition  1  is  the  sign  of  the  |(— 1)*  term. 
The  first  set  of  team  locations  places  agent  1  at  x  =  0  and  all  other  agents  in  pairs  at  2 P/N  equal 
intervals  along  the  perimeter  (see  Figure  2(c)).  The  second  set  of  team  locations  pairs  agent  1  and 
2  at  position  x  =  P/N  and  spaces  the  remaining  pairs  at  2 P/N  intervals  (see  Figure  2(b)).  Note 
that  for  each  agent  i,  the  pair  of  positions  in  Definition  1  defines  the  endpoints  of  the  segment  on 
which  it  remains  while  in  the  low-latency  exchange  configuration. 
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As  indicated  earlier,  the  low-latency  exchange  configuration  is  the  ideal  behavior  for  a  team  of 
agents  monitoring  a  linear  perimeter  and  it  will  be  the  desired  steady-state  behavior  of  the  decen¬ 
tralized  algorithm  presented  in  Section  IV.  In  addition  to  converging  to  the  low-latency  exchange 
configuration,  the  algorithm  will  address  deletion  and  insertion  of  team  members  and  variable 
length  perimeters. 


IV.  Decentralized  Solution 

This  section  presents  a  decentralized  algorithm  to  reach  the  low-latency  exchange  configura¬ 
tion  defined  in  Definition  1.  One  way  to  approach  the  problem  is  to  determine  the  coordination 
variables 18  or  minimum  amount  of  information  necessary  to  achieve  cooperation.  For  this  prob¬ 
lem,  three  critical  pieces  of  information  are:  (1)  the  perimeter  length,  (2)  the  number  of  agents  on 
the  left  side  of  the  perimeter  relative  to  a  given  agent,  and  (3)  the  number  of  agents  on  the  right  side 
of  the  perimeter  relative  to  a  given  agent.  When  each  agent  has  correct  coordination  variables,  then 
each  will  be  able  to  compute  the  perimeter  segment  for  which  it  is  responsible.  The  first  step  in  the 
decentralized  solution  is  to  ensure  that  when  each  agent  has  the  proper  values,  that  coordination 
will  be  achieved. 

To  be  precise,  let  each  agent  maintain  a  vector  containing  its  local  version  of  the  coordination 
variables.  For  each  agent  i  e  1 . . .  N,  let 


NRl 

\N ^ 

be  the  coordination  vector  where  PRi  is  the  length  of  the  perimeter  to  the  right  of  agent  i,  PRi  is 
the  length  of  the  perimeter  to  the  left  of  agent  i,  and  NRi  and  N[y;  are  the  number  of  agents  to 
the  right  and  left  of  agent  i  respectively.  We  adopt  the  convention  that  x  =  0  is  the  left  border 
of  the  perimeter  and  x  =  P  is  the  right  border.  An  agent  i  can  then  calculate  the  segment  for 
which  it  is  responsible  by  calculating  the  perimeter  length  P  =  PRi  +  PRi,  the  team  size  N  = 
NR.  +  Nl.  +  1  and  its  relative  order  on  the  team  n  =  NL.  +  1.  By  using  the  definition  of  the 
low-latency  exchange  configuration,  the  segment  for  which  agent  i  is  responsible  is  defined  by  the 
endpoints  at  [n  ±  |(— l)n\P/N.  We  say  that  each  agent  has  correct  coordination  variables  when 
for  each  i  e  1 . . .  N,  PRi  +  PRi  matches  the  true  perimeter  length  and  NR:  +  +  1  matches  the 

actual  number  of  agents  on  the  team. 

Consider  an  algorithm  where  each  agent  assumes  responsibility  for  a  portion  of  the  perimeter 
and  escorts  any  of  its  intruding  neighbors  to  their  shared  segment  border.  The  following  algorithm 
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ensures  that  if  each  agent  has  correct  coordination  variable  values  (i.e.  each  agents  knows  the 
length  of  the  perimeter,  the  total  number  of  agents  on  the  team,  and  its  position  in  the  team),  then 
the  low-latency  exchange  configuration  will  reached. 

Algorithm  1:  Neighbor  Escort  —  from  the  Perspective  of  Agent  i 
if  agent  i  rendezvous  with  neighbor  j  then 

Calculate  team  size  N  =  NRi  +  NLi  +  1. 

Calculate  perimeter  length  P  =  PR.  +  PL. . 

Calculate  relative  index  n  =  NRi  +  1. 

Calculate  segment  endpoints  Si  =  { |_ n  —  |(— l)n\P/N,  [n  +  |(— l)n\P/N}. 

Communicate  S,  to  neighbor  j  and  receive  Sj. 

Calculate  shared  border  position  p  =  Si  d  Sj. 

Travel  with  neighbor  j  to  shared  border  position  p. 

Set  direction  to  monitor  own  segment, 
else  if  reached  perimeter  endpoint  then 

Reverse  direction, 
else 

Continue  in  current  direction. 

For  every  consecutive  pair  of  agents,  there  is  a  single  position  where  their  segments  border 
each  other.  When  each  agent  has  a  knowledge  of  the  length  of  the  perimeter  and  its  order  in  the 
team,  then  the  endpoints  of  the  segment  for  which  it  is  responsible  are  computed.  The  endpoint 
shared  with  a  neighbor  is  the  shared  border  position  to  which  both  will  travel  together  as  seen 
in  Algorithm  1.  In  other  words,  each  agent  escorts  its  neighbors  to  the  position  at  which  they 
should  have  met  had  they  been  in  perfect  synchronization.  Note  that  agents  only  reverse  direction 
at  perimeter  endpoints  and  when  they  finish  escorting  neighbor  agents,  so  each  agent  is  guaranteed 
to  meet  its  neighbors. 

Theorem  1.  Let  the  perimeter  length  P  and  number  of  agents  N  be  fixed.  If  all  agents  have 
correct  coordination  values,  then  Algorithm  1  ensures  that  the  low-latency  exchange  configuration 
is  achieved  after  time  2 T  has  passed  where  T  =  V/P  corresponds  to  the  time  required  for  one 
agent  to  travel  the  length  of  the  perimeter. 

Proof.  Team  agents  can  initially  be  positioned  anywhere  along  the  perimeter  and  can  be  traveling 
either  to  the  left  or  right  (recall  that  constant  uniform  velocity  is  assumed).  Since  each  agent  has 
correct  coordination  variables,  then  each  can  calculate  the  segment  along  the  perimeter  for  which 
it  is  responsible.  Agents  are  guaranteed  to  meet  both  neighbors  since  Algorithm  1  only  commands 
agents  to  reverse  direction  at  a  perimeter  (not  segment)  endpoint  or  when  concluding  a  neighbor 
escort. 

For  N  agents  monitoring  a  border  of  length  P,  order  the  segments  of  size  P/N  from  the  left 
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edge  of  the  perimeter  as  1, . . . ,  N  and  label  each  agent  so  that  agent  i  is  responsible  for  segment  i. 
Consider  first  the  actions  of  agent  1 .  Once  agent  1  has  escorted  its  right  neighbor  to  their  shared 
border,  then  no  agent  to  the  right  of  agent  1  will  ever  travel  along  segment  1  again.  This  can  be 
seen  by  noting  that  after  agents  1  and  2  split  at  their  shared  boundary  both  will  travel  the  length  of 
one  segment  to  get  to  the  opposite  end  of  their  respective  segments.  If  agent  2  meets  agent  3  along 
the  way,  then  agents  2  and  3  will  continue  to  their  shared  border  before  agent  2  reverses  direction, 
as  in  Figure  3.  Therefore,  agent  2  will  travel  at  least  one  segment  length  away  from  the  boundary 
between  segments  1  and  2.  Since  both  travel  at  a  uniform  constant  velocity,  then  agent  1  will  arrive 
back  at  the  border  between  segments  1  and  2  at  the  same  time  or  before  agent  2,  but  never  after. 
Now  consider  agent  2  after  it  has  been  escorted  by  agent  1  to  their  shared  boundary.  Since  by  this 
time  agent  2  never  ventures  into  segment  1,  the  border  between  agents  1  and  2  can  be  regarded  as 
a  fixed  perimeter  endpoint  for  agent  2.  The  same  analysis  now  holds  if  we  consider  agent  2  the 
leftmost  agent  in  a  set  of  N  —  1  agents.  Observe  that  the  same  argument  holds  starting  with  the 
rightmost  agent  and  considering  all  agents  to  the  left.  Therefore,  there  is  a  time  r  after  which  all 
agents  are  only  found  on  their  respective  segments.  This  implies  that  the  low-latency  exchange 
configuration  of  Section  III  has  been  reached. 


1  1  3 

(a)  Agents  1  and  2  separate  at  their  shared  border.  (b)  Agent  2  encounters  agent  3  earlier  than  expected 

and  escorts  it  to  their  shared  border  before  reversing 
direction. 


1  1  3 

(c)  Agents  1  and  2  separate  at  their  shared  border.  (d)  Agent  2  encounters  agent  3  later  than  expected 

and  escorts  it  to  their  shared  border  before  continuing 
on  to  meet  agent  1 . 

Figure  3.  Possible  cases  for  rendezvous  of  agent  1  with  its  neighbor. 


The  worst  case  situation  occurs  when  all  agents  are  stacked  infinitesimally  close  at  one  end 
of  the  perimeter  and  are  traveling  toward  the  other  end.  Once  T  has  passed,  all  agents  are  at  the 
opposite  end  of  the  perimeter  where  they  meet  both  of  their  neighbors.  Each  pair  will  travel  to 
their  shared  borders  which  for  the  farthest  pair  will  require  a  travel  time  less  than  T.  Therefore, 
the  steady- state  behavior  will  be  achieved  before  time  2 T.  □ 

Figure  4  shows  two  simple  scenarios  with  8  agents  spreading  out  over  a  fixed  perimeter  where 
each  agent  begins  with  correct  coordination  variables.  The  positions  of  agents  along  the  perimeter 
is  indicated  vertically  with  the  time  axis  shown  horizontally.  The  lattice  structure  indicates  that  the 
desired  steady-state  behavior  has  been  reached  since  agents  turn  around  precisely  at  their  desired 
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neighbor  rendezvous  locations.  Note  that  the  agents  require  very  few  meetings  with  each  other  to 
converge  to  the  proper  configuration. 


2  4  6  8 

T  3  5  7 

(a)  Initial  positions  and  directions  for  a  group  of  8  agents 
in  scenario  A. 


(c)  Position  of  agents  along  the  perimeter  over  time  for 
scenario  A. 
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T  3  5  7 

(b)  Initial  positions  and  directions  for  a  group  of  8  agents 
in  scenario  B. 


(d)  Position  of  agents  along  the  perimeter  over  time  for 
scenario  B. 


Figure  4.  Team  behavior  in  two  scenarios  for  point  agents  whose  behavior  is  governed  by  Algorithm  1.  The  position  of  agents  along  the 
perimeter  is  indicated  vertically  with  the  time  axis  shown  horizontally.  The  lattice  structure  indicates  that  the  desired  steady-state  behavior 
has  been  reached. 


IV.A.  Comparison  with  Centralized  Algorithm 

To  understand  the  characteristics  of  Algorithm  1,  it  is  useful  to  compare  its  performance  with  other 
methods  of  perimeter  surveillance.  A  centralized  method  for  reaching  the  low-latency  exchange 
configuration  is  to  compare  the  initial  positions  of  the  team  with  all  possible  team  locations  in  the 
low-latency  exchange  configuration  and  find  the  one  that  requires  the  shortest  convergence  time. 

Let  Q  be  the  set  of  team  positions  during  the  desired  steady-state  operation  where  an  element 
q  e  Q  consists  of  N  positions,  q%  corresponding  to  the  position  of  agent  i  in  the  low-latency 
exchange  configuration.  Note  that  the  set  of  all  team  configurations  that  satisfy  the  low-latency 
exchange  configuration  can  be  parameterized  by  the  position  of  the  first  agent 

,  ,  P  (i?f  ~  qi)  if  z  is  even 

9i  =  (i-l)-+{  {N  n>  (6) 

JV  I  qi  otherwise . 

Therefore,  if  the  position  of  the  first  agent  is  known  in  the  low  latency  configuration,  then  for  a 
perimeter  of  length  P,  qi  is  on  the  interval  [0,  jr]  and  all  other  positions  can  be  calculated  using 
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Equation  (6).  The  centralized  method  is  to  command  the  team  located  at  ph  i  =  1 . . .  N  to  converge 
to  q*  where 

q*  =  argrnin  max  I —  qA  .  (7) 

qeQ  i=l...N 

In  other  words,  the  optimal  solution  is  to  pick  the  low-latency  team  configuration  that  is  closest 
to  the  current  position  of  the  team.  During  the  transition  from  the  initial  position  to  the  nearest 
low-latency  configuration  position  q*,  agents  reach  their  correct  position  and  loiter  there  until  the 
remaining  team  members  have  reached  their  respective  positions.  While  it  may  not  desirable  to 
allow  agents  to  loiter  unless  transmitting  large  amounts  of  information,  this  capability  makes  the 
centralized  algorithm  reach  a  tight  lower  bound  on  the  achievable  convergence  speed  to  the  low- 
latency  exchange  configuration. 

In  the  worst  case  scenario  where  all  agents  are  located  at  one  end  of  the  perimeter,  the  cen¬ 
tralized  algorithm  converges  in  time  T,  twice  as  fast  as  the  decentralized  method.  Figure  5  shows 
a  comparison  of  the  centralized  algorithm  and  Algorithm  1.  Note  that  the  centralized  algorithm 
requires  agents  to  wait  or  loiter  at  the  proper  location  until  all  agents  have  reached  q*.  This  is 
indicated  by  the  straight  lines  in  Figure  5. 

Monte-Carlo  simulations  indicate  that  the  centralized  algorithm  reaches  the  low-latency  ex¬ 
change  configuration  on  average  0.67T  seconds  faster  than  the  decentralized  method  (standard 
deviation  of  0.17T  seconds).  The  maximum  time  difference  between  the  centralized  algorithm  and 
Algorithm  1  was  0.998T  seconds  corresponding  to  the  theoretical  worst  case  difference.  The  cen¬ 
tralized  algorithm  requires  complete  knowledge  of  the  state  of  the  team  and  explicit  cooperation  of 
all  team  members.  The  value  of  Algorithm  1  is  that  its  performance  is  comparable  to  the  optimal 
solution  in  speed,  but  is  implemented  in  a  decentralized,  robust  way. 

IV.B.  Comparison  with  Consensus  Method 

The  second  method  to  which  we  compare  Algorithm  1  is  a  distributed  consensus  algorithm  modi¬ 
fied  for  perimeter  surveillance.  The  standard  consensus  problem  for  a  group  of  agents  is  to  ensure 
that  as  time  progresses  each  agent  approaches  a  consistent  understanding  of  their  shared  informa¬ 
tion.  For  example,  one  method  of  coming  into  consensus  is  for  each  agent  to  repeatedly  average 
its  associated  variable  with  those  communicated  from  its  immediate  neighbors.  If  the  interaction 
graph  among  the  team  contains  a  spanning  tree,  then  the  coordination  variable  of  each  agent  will 
asymptotically  approach  a  constant  shared  value  and  the  team  is  said  to  asymptotically  reach  con¬ 
sensus.19 

Adapting  a  consensus  method  to  the  perimeter  surveillance  problem  involves  defining  the  value 
associated  for  each  agent  and  a  strategy  for  updating  those  values.  Fet  the  length  of  the  segment 
for  which  an  agent  is  responsible  be  the  value  associated  with  that  agent.  Consider  the  rendezvous 
of  two  agents  on  the  perimeter.  When  agents  meet,  they  communicate  the  length  of  their  respective 
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(a)  Initial  positions  and  directions  for  a  group  of  8  agents,  (b)  Initial  positions  and  directions  for  a  group  of  8  agents. 


(c)  Position  of  agents  along  the  perimeter  over  time  when  (d)  Position  of  agents  along  the  perimeter  over  time  when 
using  the  centralized  algorithm  (7).  using  Algorithm  1. 

Figure  5.  Team  behavior  in  a  comparison  of  Algorithm  1  and  the  centralized  algorithm  (7).  The  position  of  agents  along  the  perimeter  is 
indicated  vertically  with  the  time  axis  shown  horizontally.  The  lattice  structure  indicates  that  the  desired  steady-state  behavior  has  been 
reached.  Straight  lines  indicate  that  an  agent  is  maintaining  its  current  position  along  the  perimeter.  Note  that  the  centralized  algorithm 
requires  agents  to  wait  for  the  rest  of  the  team  to  settle  into  the  optimal  starting  configuration  while  Algorithm  1  reaches  the  low-latency 
exchange  configuration  after  some  interaction  time. 


segments  and  average  to  find  the  midpoint  of  their  shared  segment.  Both  travel  together  to  the  mid¬ 
point  of  their  shared  segment20  and  seperate  with  an  updated  value  for  how  much  of  the  perimeter 
each  is  responsible  for.  For  every  pair  of  agents,  their  shared  segment  is  defined  by  endpoints 
determined  by  the  locations  where  each  agent  met  its  other  neighbor. 

The  difficulty  with  this  method  is  that  the  value  to  which  the  team  will  converge  must  be,  P/N 
where  P  is  the  length  of  the  perimeter;  otherwise,  agents  would  be  continuously  overlapping  or 
neglecting  part  of  the  perimeter.  A  specialization  of  the  general  consensus  problem  to  the  average 
consensus  problem  can  be  made  which  ensures  that  the  team  will  converge  to  the  exact  average  of 
the  initial  values.  The  only  remaining  difficulty  is  initializing  the  system  so  that  the  segment  lengths 
associated  with  the  team  of  agents  sum  to  P.  We  do  this  by  assuming  that  agents  are  launched  with 
a  value  of  zero  with  the  exception  of  the  first  agent  who  travels  to  the  end  of  the  perimeter  and 
initializes  its  value  to  P.  This  approach  has  three  consequences.  First,  although  the  algorithm  can 
account  for  arbitrary  perimeter  length,  the  perimeter  must  remain  fixed.  Second,  loss  of  an  agent 
during  the  mission  will  remove  its  segment  length  from  the  knowledge  of  the  team.  In  each  case, 
the  prerequisites  for  average  consensus  would  be  violated  and  the  team  would  fail  to  converge  to 
the  true  value  of  P/N.  Finally,  convergence  is,  in  general,  asymptotic  in  nature  rather  than  in 
finite-time  as  Algorithm  1  guarantees.  Figure  6  shows  the  performance  of  the  average  consensus 
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algorithm  compared  to  Algorithm  1 .  In  addition  to  the  above  limitations  of  fixed  perimeter  length 
and  asymptotic  convergence,  the  consensus  method  seems  to  exhibit  poor  transient  response. 


(c)  Position  of  agents  along  the  perimeter  over  time  when  (d)  Position  of  agents  along  the  perimeter  over  time  when 
using  a  consensus  method.  using  Algorithm  1 . 

Figure  6.  Team  behavior  in  a  comparison  of  Algorithm  1  and  a  consensus  method.  The  position  of  agents  along  the  perimeter  is  indicated 
vertically  with  the  time  axis  shown  horizontally.  The  lattice  structure  indicates  that  the  desired  steady-state  behavior  has  been  reached. 
Note  that  the  consensus  method  converges  asymptotically  while  Algorithm  1  reaches  the  low-latency  exchange  configuration  in  finite  time. 


Algorithm  1  relies  only  on  interactions  of  an  agent  with  its  immediate  neighbors  on  the  perime¬ 
ter  and  yet  it  converges  to  the  low-latency  exchange  configuration  in  finite  time.  In  Section  V  we 
show  that  the  decentralized  nature  of  the  algorithm  allows  the  team  to  accommodate  loss  or  re¬ 
assignment  of  agents.  In  the  event  of  a  perimeter  breach,  an  agent  can  be  assigned  to  follow  the 
intruder  while  the  rest  of  the  team  reconfigures  to  monitor  the  border  in  its  absence.  Since  the 
algorithm  converges  in  finite-time,  the  loss  in  perimeter  coverage  is  quickly  compensated.  This 
same  natural  reconfiguration  behavior  is  desirable  in  the  event  of  refueling  and  agent  loss  due  to 
hazardous  conditions. 


V.  Changing  Perimeters 

Theorem  1  ensures  finite  time  convergence  to  the  low-latency  exchange  configuration  of  Sec¬ 
tion  III  when  the  correct  values  of  the  coordination  variables  are  known  by  each  agent.  By  allowing 
each  agent  to  update  its  instantiation  of  the  coordination  variables,  Algorithm  1  can  be  modified 
to  ensure  each  member  of  the  team  will  obtain  the  correct  values.  This  will  allow  the  team  to 
naturally  compensate  for  agent  reassignment  or  loss  and  perimeter  growth. 
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Each  agent  maintains  local  instantiations  of  the  coordination  variables  that  track  the  perimeter 
distance  and  the  number  of  agents  to  its  left  and  to  its  right.  These  coordination  variables  are 
updated  when  meeting  with  another  agent  on  the  team  by  querying  the  neighbor  about  the  portion 
of  the  perimeter  which  it  has  most  recently  traveled.  If  the  perimeter  and  number  of  agents  is 
fixed,  then  the  coordination  variables  will  eventually  be  consistent  among  the  team  since  agents  are 
guaranteed  to  meet  both  neighbors.  Once  the  coordination  variables  are  correct,  Theorem  1  ensures 
that  the  desired  steady-state  behavior  will  be  achieved.  Note  that  the  same  method  used  to  update 
the  coordination  variables  can  also  be  used  to  detect  changes  in  the  perimeter  or  insertion/deletion 
of  team  members. 

Algorithm  2:  Variable  Neighbor  Escort  —  from  the  Perspective  of  Agent  i 
if  agent  i  (left)  rendezvous  with  neighbor  j  (right)  then 

Update  perimeter  length  and  team  size: 

Pr,  =  PRj 

Plj  =  Pli 
NRi  =  NRj  +  1 
NLj  =  NLi  +  1. 

Calculate  team  size  N  =  NR.  +  NL.  +  1. 

Calculate  perimeter  length  P  =  PRi  +  PLi . 

Calculate  relative  index  n  =  NRi  +  1. 

Calculate  segment  endpoints  5*  =  { \n  —  \(—l)n\P/N,  [n  +  \(— l)n\P/N}. 

Communicate  Si  to  neighbor  j  and  receive  Sj. 

Calculate  shared  border  position  p  =  Si  D  Sj. 

Travel  with  neighbor  j  to  shared  border  p. 

Set  direction  to  monitor  own  segment, 
else  if  reached  left  perimeter  endpoint  then 

Reset  perimeter  length  to  the  left  PL .  =  0. 

Reset  team  size  to  the  left  Nr.  =  0. 

Reverse  direction. 

else  if  reached  right  perimeter  endpoint  then 

Reset  perimeter  length  to  the  right  PRi  =  0. 

Reset  team  size  to  the  right  NR.  =  0. 

Reverse  direction, 
else 

Continue  in  current  direction. 

Algorithm  2  operates  in  the  same  manner  as  Algorithm  1,  with  the  additional  steps  of  commu¬ 
nicating  and  updating  the  coordination  variables.  For  example,  consider  two  agents  starting  from 
opposite  ends  of  the  perimeter,  each  without  knowledge  of  the  other.  Let  agent  1  start  at  x  =  0 
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and  agent  2  start  at  x  =  P,  but  let  the  launch  time  of  agent  2  be  delayed  with  respect  the  launch  of 
agent  1 .  As  each  agent  progresses  along  the  perimeter,  it  keeps  track  of  the  distance  traveled  from 
launch.  When  the  two  agents  finally  meet,  agent  1  updates  NRl  to  be  equal  to  one  plus  the  number 
of  agents  to  the  right  of  agent  2  and  Pr,  equal  to  PR2  communicated  from  agent  2;  similarly,  agent 
2  updates  Nl2  and  PjJ2  from  the  communication  from  agent  1.  At  this  point,  the  coordination 
variables  are  correct  and  Theorem  1  ensures  that  the  low-latency  exchange  configuration  will  be 
reached  in  finite  time. 

Theorem  2.  Let  the  perimeter  length  P  and  number  of  agents  N  be  fixed.  Algorithm  2  ensures 
that  the  low-latency  exchange  configuration  is  achieved  before  5 T  for  arbitrary  initial  conditions 
of  position,  direction,  and  coordination  variables  of  each  agent  on  the  team. 

Proof.  We  first  prove  that  all  agents  on  the  team  converge  to  the  correct  coordination  variables  in 
finite  time  when  using  Algorithm  2.  Since  an  agent  only  changes  direction  at  perimeter  endpoints 
or  when  completing  a  meeting  with  its  neighbors,  all  agents  are  guaranteed  to  meet  their  neighbors 
along  the  perimeter. 

Order  the  N  agents  from  the  left  edge  of  the  perimeter  as  1, . . . ,  N  and  consider  the  actions 
of  agent  1.  Agent  1  is  guaranteed  to  visit  the  left  endpoint  of  the  perimeter  either  after  an  escort 
from  agent  2  or  immediately  due  to  initial  conditions.  Once  agent  1  has  visited  the  perimeter 
endpoint,  both  NLl  and  PLl  are  correct  due  to  the  section  of  Algorithm  2  that  resets  those  variables 
at  endpoint  rendezvous.  Now  consider  the  meeting  of  agent  1  and  agent  2.  At  this  point,  agent  2 
updates  Nl2  and  PRz  through  communication  with  agent  1  and  thereby  obtains  correct  values  for 
those  coordination  variables.  Note  that  repeated  meetings  between  agent  1  and  2  will  not  change 
the  correctness  of  their  coordination  variables  since  N  and  P  are  fixed.  Now  consider  agent  2  as  the 
left  most  agent  in  a  team  of  N  —  1  agents  and  note  that  its  right  neighbor  is  ensured  to  obtain  correct 
left  coordination  variables.  Clearly,  the  same  holds  from  the  right  end  of  the  perimeter.  Since 
only  one  neighbor  meeting  is  required  after  the  endmost  agent  has  obtained  correct  coordination 
variables  and  the  team  size  is  reduced  at  each  stage  and  meetings  are  guaranteed  to  occur  in  finite 
time,  the  entire  team  obtains  correct  coordination  variables  in  finite  time. 

During  the  transient  period  when  the  team  is  learning  the  correct  coordination  variables,  the 
calculation  of  the  shared  segment  border  is  incorrect  relative  to  the  low-latency  configuration,  but 
consistent  among  the  agents  involved  in  the  rendezvous.  This  can  be  seen  by  noting  that  after  both 
agents  have  communicated  and  updated  their  coordination  variables  with  the  other,  they  each  have 
the  same  understanding  of  P  and  N  and  can  consistently  calculate  their  shared  border  position.  So 
while  they  are  escorting  each  other  to  the  (ultimately)  wrong  position,  they  are  still  guaranteed  to 
continue  in  the  correct  directions  to  ensure  that  each  agent  meets  both  its  neighbors. 

Once  the  coordination  variables  are  correct  for  each  agent  on  the  team,  application  of  Theo¬ 
rem  1  ensures  that  the  low-latency  exchange  configuration  will  be  met  in  finite  time. 
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In  evaluating  the  performance  of  Algorithm  2,  we  examine  the  worst  case  scenario  for  a  bound 
on  the  convergence  time.  The  worst  case  occurs  when  the  overlap  of  the  team  is  the  greatest,  that 
is,  when  agents  are  forced  to  travel  together  rather  than  space  out  along  the  perimeter. 


t  —  o 

2 

x =0  " - 1  x=P 

T 

(a)  Both  agents  start  at  one  end  of  the  perimeter. 

t  =  T 

2 

x=0  i - J  x=P 

T 

(c)  Agents  rendezvous  and  calculate  shared  border 
position.  The  worst  case  is  for  both  to  travel  together 
to  near  the  other  endpoint. 

r  =  2r 

2 

x=0  •• - 1  x=P 

T 

(e)  Agents  1  reaches  the  perimeter  endpoint  and  up¬ 
dates  to  correct  coordination  variables. 

r  =  5r 
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x=0  i - J  x=P 

T 

(g)  The  second  meeting  between  agents  1  and  2 
where  both  reach  correct  coordination  variables. 


x=0  i - A  x—P 

T 

(b)  They  travel  the  full  length  before  agent  2  reaches 
the  right  perimeter  endpoint. 


x=0  J - 1  x=P 

T 

(d)  The  pair  reaches  the  shared  border  position  and 
separates. 


x=0  i - W  x—P 

T 

(f)  Agent  2  reaches  the  right  perimeter  endpoint 
again  while  being  pursued  closely  by  agent  1 . 

t  <5T 
2 

x=0  i - i - 1  x—P 

T 

(h)  The  team  spreads  out  with  a  consistent  view  of 
the  perimeter  and  number  agents  on  the  team. 


Figure  7.  Worst  case  scenario  for  convergence  to  the  low-latency  exchange  configuration  when  initial  values  of  the  coordination  variables 
are  arbitrary. 


Consider  N  agents  stacked  infinitesimally  close  at  x  =  0  and  headed  in  the  positive  direction 
(see  Figure  7(a)).  After  time  T  has  passed,  agent  N  will  reach  the  right  perimeter  endpoint  and 
update  pRn  and  Lrn  to  correct  values  (Figure  7(b)). 

Once  agent  N  has  visited  the  perimeter  endpoint,  it  will  rendezvous  with  the  rest  of  the  team 
(Figure  7(c)).  At  this  instant,  agent  1  has  arbitrary  values  for  its  coordination  variables.  Suppose 
that  the  coordination  variables  for  agent  1  and  agent  N  are  such  that  the  shared  border  position  for 
agents  N  and  N—l  is  at  x  =  e  for  e  <<  1.  In  this  case,  the  entire  team  will  again  travel  the  length 
of  the  perimeter  to  x  =  e  which  requires  less  than  another  T  units  of  time  (Figure  7(d)). 

At  this  point,  agent  N  separates  from  the  team  and  begins  heading  toward  the  right  end  of 
the  perimeter.  Agents  1 ...  N—l  encounter  the  left  endpoint  of  the  perimeter  and  update  to  a 
completely  correct  set  of  coordination  variables  (Figure  7(e)).  With  correct  coordination  variables, 
the  team  begins  to  space  out  equally  along  the  perimeter.  Note  that  agent  N—l  will  chase  agent 
N  the  entire  length  of  the  perimeter  since  it  will  escort  agent  N—2  to  their  shared  border  position 
and  then  continue  to  the  right. 

Agent  N—l  follows  agent  N  to  the  right  end  of  the  perimeter  for  T  units  of  time  (Figure  7(f)). 
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Once  they  meet,  agent  N  will  update  to  correct  coordination  variables  (Figure  7(g)).  At  this  point, 
3 T  has  passed  and  the  team  satisfies  the  conditions  for  Theorem  1  since  each  has  correct  coordi¬ 
nation  variables.  By  Theorem  1,  at  most  2 T  additional  time  is  need  to  converge  to  the  low-latency 
exchange  configuration  (Figure  7(h)).  Therefore,  3 T  is  an  upper  bound  to  convergence  of  the 
team  to  correct  coordination  variables  and  5 T  is  an  upper  bound  to  convergence  of  the  team  to  the 
low-latency  exchange  configuration. 

□ 

Algorithm  2  is  successful  because  each  agent  has  finite  memory.  Since  the  local  instantiations 
of  the  coordination  variables  are  updated  with  the  most  recent  information  gathered,  past  informa¬ 
tion  does  not  affect  team  behavior.  In  addition  to  enabling  the  team  to  come  to  correct  values  of 
the  coordination  variables,  this  finite  memory  property  allows  the  team  to  adapt  to  step  changes 
in  perimeter  and  team  size.  Since  Algorithm  2  operates  under  arbitrary  initial  conditions,  a  step 
change  in  perimeter  or  team  size  would  be  analyzed  by  simply  considering  new  initial  conditions 
of  the  team  at  the  time  of  the  step  change.  Figure  8  shows  agents  tracking  a  perimeter  with  a 
step  change  in  size  and  a  perimeter  with  sinusoidal  growth.  The  algorithm  accommodates  step 
changes  in  perimeter  size,  but  also  allows  good  tracking  for  other  types  of  perimeter  growth.  Note 
that  agents  do  not  have  any  knowledge  a  priori  of  the  perimeter  length  or  number  of  agents  on 
the  team.  The  coordination  variables  of  each  agent  are  updated  through  repeated  interactions  with 
other  team  members. 


(a)  Positions  of  agents  over  time  for  step  change  in  (b)  Positions  of  agents  over  time  for  sinusoidal  perimeter 
perimeter  length.  growth. 

Figure  8.  Team  behavior  of  agents  tracking  changing  perimeters  using  Algorithm  2  to  continuously  update  the  coordination  variables. 
Agents  learn  the  size  of  the  perimeter  and  number  of  agents  on  the  team  through  repeated  interaction  with  other  team  members. 


Algorithm  1  can  also  be  extended  to  account  for  long  communication  events.  In  a  perimeter 
imaging  scenario,  agents  survey  the  perimeter  segment  for  which  they  are  responsible  and  when 
each  meets  its  neighbor  it  must  transmit  large  amounts  of  data.  In  this  case,  agent  meetings  cannot 
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be  instantaneous,  rather  a  fixed  amount  of  time  is  allotted  for  agents  to  loiter  at  the  meeting  lo¬ 
cation  to  allow  longer  communication  events.  After  an  agent  finishes  escorting  its  neighbor,  both 
loiter  together  for  a  pre-determined  amount  of  time.  Figure  9  shows  a  scenario  involving  long 
communication  events. 


Figure  9.  Example  scenario  where  Algorithm  1  is  modified  to  account  for  long  rendezvous  timing. 


VI.  UAV  Agents 

Algorithm  1  developed  the  motion  of  the  reference  points  for  a  team  of  UAVs  to  follow  to 
achieve  the  low-latency  exchange  configuration.  In  practice,  the  reference  point  generalization  is 
only  followed  when  agents  are  involved  in  a  rendezvous  with  another  agent.  Between  meetings, 
the  center  of  the  constant  airspeed  UAV  is  considered  the  point  along  the  perimeter.  However, 
since  a  UAV  has  a  constrained  turning  radius,  it  cannot  precisely  follow  a  reference  point  that 
can  instantaneously  turn  around.  The  purpose  of  this  section  is  to  investigate  the  application  of 
Algorithm  1  when  the  dynamics  of  the  UAVs  are  considered. 

In  Section  III  agents  are  modeled  as  points  that  could  communicate  only  when  touching.  Now 
consider  UAVs  flying  at  constant  velocity  with  nominal  turning  radius  R.  A  maneuver  for  reversing 
direction  with  constrained  turning  radius  is  shown  in  Figure  10  where  the  UAV  follows  arcs  along 
minimum  turn  radius  circles  to  complete  the  path  direction  reversal. 

The  distance  required  to  travel  around  the  U-tum  trajectory  in  Figure  10  is  A  =  L,"R.  To 
allow  the  reference  point  to  follow  the  pattern  dictated  by  Algorithm  1,  both  UAVs  must  be  able 
to  communicate  far  enough  in  advance  to  begin  their  U-turn  maneuvers  so  that  they  complete  the 
maneuver  in  time  to  continue  following  their  reference  point.  Since  each  requires  a  distance  of 
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Figure  10.  U-turn  maneuver  that  satisfies  the  constrained  turning  radius  of  the  UAV. 


-,  "H  to  turn  around,  the  minimum  communication  radius  allowed  must  be  y  7 xR  so  that  both  can 
be  aware  of  an  imminent  rendezvous. 

Other  methods  of  rendezvous  can  be  implemented  to  allow  for  shorter  communication  range. 
For  example,  the  U-turn  maneuver  could  be  implemented  by  having  both  UAVs  circle  the  point 
of  rendezvous  before  continuing  on  in  the  prescribed  direction.  This  is  implemented  by  having 
the  reference  points  wait  at  the  rendezvous  similar  to  the  behavior  of  the  agents  that  have  long 
communication  events.  In  other  words,  when  UAVs  meet,  they  loiter  at  the  rendezvous  point  for  a 
specified  amount  of  time  before  continuing  with  the  algorithm  and  data  gathering. 

A  method  for  reducing  the  amount  of  turning  around  by  the  team  is  for  neighbors  to  switch 
roles  at  rendezvous.  This  allows  both  to  continue  in  their  current  directions  while  still  maintaining 
the  integrity  of  the  algorithm.  When  two  agents  meet,  they  can  negotiate  which  direction  is  of 
higher  utility  and  swap  roles  if  necessary.  This  would  allow  UAVs  to  move  down  the  perimeter 
toward  the  base  station  for  refueling  without  disrupting  the  perimeter  surveillance  pattern  of  the 
team. 


VII.  Simulation  Results 

To  verify  the  feasibility  of  implementing  Algorithm  1  on  a  team  of  UAVs,  a  high  fidelity  sim¬ 
ulation  was  performed.  Each  UAV  was  simulated  with  full  6  degree-of-freedom  dynamics  model 
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with  aerodynamic  parameters  that  match  the  small  UAVs  flown  at  BYU.17  The  simulation  sce¬ 
nario  involved  three  UAVs  monitoring  a  changing  perimeter  composed  of  4  waypoints  with  a  total 
length  of  1.46  km.  Each  UAV  is  equipped  with  autopilot  software  that  enables  accurate  waypoint 
tracking17  with  a  turning  radius  of  approximately  50  meters.  The  communication  model  allows 
UAVs  to  communicate  only  to  adjacent  neighbors  who  are  inside  the  communication  range  of 
approximately  370  meters,  the  minimum  distance  necessary  to  perform  the  U-turn  maneuver. 

The  simulation  scenario  starts  with  only  two  of  the  three  UAVs  being  launched.  Each  agent 
starts  without  knowledge  of  the  number  of  agents  on  the  team  or  the  perimeter  length.  Even 
though  the  perimeter  is  defined  by  predetermined  waypoints,  we  require  the  UAVs  to  initially  treat 
the  perimeter  length  as  unknown.  After  about  400  seconds,  a  step  change  in  the  perimeter  length 
occurred  by  adding  an  additional  waypoint,  followed  by  another  change  a  short  time  later.  At 
approximately  900  seconds  in  simulation  time,  the  third  UAV  was  launched.  Before  the  simulation 
terminated,  the  team  experienced  two  more  changes  in  the  perimeter  length,  one  at  each  end. 

Figure  1 1  shows  the  simulation  results  by  plotting  the  normalized  position  of  each  UAV  along 
the  length  of  the  perimeter.  Note  that  in  the  regions  where  the  team  should  already  be  locked  into 
the  ideal  configuration,  some  position  overlap  is  still  observed.  This  is  caused  by  the  inability  of 
the  UAVs  to  perform  the  U-turn  maneuver  precisely,  and  results  in  a  disturbance  to  the  system. 
However,  the  overall  behavior  of  the  team  is  as  expected,  with  the  agents  reaching  the  desired 
steady-state  behavior  quickly  and  reacting  appropriately  to  step  changes  in  both  the  perimeter 
length  and  team  size. 

It  should  be  noted  that  even  though  the  UAVs  cannot  turn  around  instantaneously,  the  position 
plot  in  Figure  1 1  shows  the  reference  point  being  followed  by  the  UAV.  When  the  UAV  is  not 
implementing  a  U-tum,  the  reference  point  is  the  center  of  the  UAV;  during  U-turn  maneuvers, 
the  reference  point  continues  along  the  path  to  the  agreed  upon  rendezvous  point  and  reverses 
direction. 


VIII.  Flight  Test  Results 

The  decentralized  cooperative-surveillance  algorithm  was  further  validated  by  hardware  flight 
tests  using  the  experimental  testbed  described  in  Ref.  17.  Figure  12  shows  the  key  elements  of  our 
testbed.  The  first  frame  shows  the  Kestrel  autopilot  which  is  equipped  with  a  Rabbit  3000  29  MHz 
processor,  rate  gyros,  accelerometers,  and  absolute  and  differential  pressure  sensors.  The  second 
frame  in  Figure  12  shows  the  airframes  similar  to  the  ones  used  for  the  flight  tests  reported  in  this 
paper.  The  airframe  is  a  48  inch  wingspan  Zagi  XS  EPP  foam  flying  wing  that  was  selected  for 
its  durability  and  adaptability  to  different  mission  scenarios.  Embedded  in  the  airframe  are  the 
autopilot,  batteries,  a  1000  mW,  900  MHz  radio  modem,  and  a  GPS  receiver.  The  third  frame  in 
Figure  12  shows  the  ground  station  components.  A  laptop  runs  the  Virtual  Cockpit  software  that 
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Figure  11.  Simulation  results  showing  the  normalized  position  of  each  UAS  along  the  perimeter.  Changes  to  the  perimeter  length  occurred 
at  approximately  400,  700, 1100,  and  1600  seconds.  The  third  agent  was  introduced  at  approximately  950  seconds.  The  sharp  peaks  are  a 
result  of  the  coordination  variables  being  reset. 


Figure  12.  Hardware  platform  used  to  obtain  experimental  results.  The  first  frame  shows  the  Kestrel  autopilot  designed  at  BYU.  The 
second  frame  shows  airframes  similar  to  those  used  in  this  study.  The  third  frame  shows  the  ground  station  components  for  our  testbed. 


interfaces  through  a  communication  box  to  the  UAVs.  An  RC  transmitter  is  used  as  a  stand-by 
fail-safe  mechanism  to  facilitate  safe  operations. 

Flight  test  results  involving  two  UAVs  are  shown  in  Figure  13  which  displays  the  normalized 
position  of  two  UAVs  along  the  perimeter.  Figure  14  shows  the  inertial  position  plots  that  were 
generated  from  the  actual  telemetry  files  of  the  UAVs.  Figure  14  demonstrates  the  algorithm  by 
showing  (a)  the  initial  condition  for  the  two  agents,  (b)  the  first  rendezvous,  (c)  the  turn-around 
at  the  shared  border,  (d)  the  first  meeting  of  the  perimeter  endpoints,  (e)  the  second  rendezvous, 
and  (f)  the  second  meeting  of  the  perimeter  endpoints. 

The  algorithm  was  initiated  at  approximately  50  seconds,  after  the  two  agents  had  passed  each 
other.  The  first  UAV  (blue),  having  traveled  a  greater  distance  than  its  neighbor,  turned  around 
immediately  while  the  second  UAV  (red)  traveled  to  the  shared  border  before  turning  around.  At 
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Figure  13.  Experimental  results  showing  the  normalized  position  of  each  UAS  along  the  perimeter.  The  decentralized  cooperative- 
surveillance  algorithm  was  started  at  approximately  50  seconds. 


this  point  the  agents  reached  the  steady-state  configuration.  As  seen  in  Figure  13,  there  is  some 
overlap  in  position  between  the  two  agents.  This  is  a  result  of  the  inability  of  the  UAVs  to  complete 
a  precise  U-tum  maneuver.  It  should  also  be  noted  that  the  shared-border  position  of  the  two  agents 
appears  to  be  around  60%  of  the  perimeter  length  instead  of  the  theoretically  predicted  50%.  This 
deviation  was  caused  by  wind  pushing  the  second  agent,  thereby  enabling  Agent  2  to  cover  more 
distance  than  Agent  1.  Wind  speeds  during  the  flight  tests  were  estimated  at  35%  of  the  airspeed  of 
the  UAVs.  Despite  the  disturbance  of  the  wind,  the  agents  were  still  able  to  effectively  distribute 
themselves  evenly  along  the  perimeter. 

IX.  Conclusions 

This  paper  has  presented  a  decentralized  algorithm  for  perimeter  surveillance  that  converges  in 
finite  time.  By  sharing  information  regarding  the  perimeter  length  and  number  of  team  members, 
each  agent  obtains  a  consistent  set  of  coordination  variables  that  allows  the  decentralized  algorithm 
to  operate  effectively.  Advantages  of  the  algorithm  include  the  ability  to  monitor  changing  perime¬ 
ters,  account  for  dynamic  insertion  and  deletion  of  team  members,  and  the  ability  to  operate  with  a 
small  communication  range  in  a  decentralized  manner.  Simulation  and  flight  tests  were  performed 
to  validate  the  effectiveness  of  the  algorithm. 
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Figure  14.  Various  plots  generated  from  the  actual  telemetry  files  of  the  UASs  collected  during  the  experimental  flight  tests.  These  demon¬ 
strated  the  functionality  of  the  distributed  spread  algorithm,  where  fa)  are  the  initial  conditions,  (b)  is  the  first  rendezvous,  (c)  is  the 
turn-around  at  the  shared  border,  (d)  is  the  first  meeting  of  the  perimeter  endpoints,  (e)  is  the  second  rendezvous,  and  (f)  is  the  second 
meeting  of  the  perimeter  endpoints. 
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